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(57) Abstract: The inventioii relates to a group interaction (GIA) system and a method by means of which hypermedial information 
systems are enlarged by co-ordinated functions in such a way that several platforms are involved, whereby said functions serve 
for supporting human interaction. According to the inventive system and method, system components are coupled in a stable and 
network-transparent manner by means of internet services for instance. The system components are distributed in a computer and/or 

Oto different computers in an internet. The system components are coupled by means of events. The stabihty and flexibility^ of the 
. entire system is tremendously increased by virtue of the asynchronous coupling of the components. 
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(57) Zusammenfassung: Die Erfindimg betrifft ein Gmppeninteraklions (GIA)-System und ein Verfahren, mit dem hypermediale 
Informationssysteme um koordinierte Funktionen zur Unterstiitzung menschlicher Interaktion plattfomiubergreifend erweitert wer- 
den und eine stabile und Netzwerk transparente Kopplimg von Systembausteinen iiber z.B. Intemetdienste erzielt wird. Die System- 
bausteine sind in eineni Rechner und/oder auf verschiedenen Rechnem in einem Internet verteilt. Die Kopplung der Systembausteine 
erfolgt uber Ereignisse. Durch die asynchrone Kopplung der Bausteine wird die Stabilitat und Rexibilitat des Gesamtsystems we- 
sentHch erhdht. 
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Beschreibung 

System und Verfahren zur Unterstutzimg der Gruppeninteraktion (GIA) in 
hypermedialen Informationsraumen 



5 Die Erfmdung betrifft ein System und Verfahren zur Unterstutzung der 

Gruppeninteraktion (GIA) in hypermedialen Informationsraumen fur Klienten und 
Diensterbringer (Server) nach dem Oberbegriff der Patentanspriiche 1 und 10. 

Das Internet hat sich zu dem Standardnetzwerk fur verteilte Anwendungen entwickelt. 
10 Ein wesejitliches Problem bei der Entwicklung verteilter, komplexer Anwendungen ist 
in speziellen Anwendungskontexten die Abhangigkeit der Systemarchitektur und der 
Implementierung von den jeweiligenNetzwerkstrukturen. 

Die Intemet-ProtokoUe im Umfeld des Word- Wide-Web (WWW) unterstutzen im 
wesentlichen die Reprasentation, Speicherung, Verteilung und Darstellung 
1 5 hypermedialer Informationen in plattformiibergreifender Form. 
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Der Erfindung liegt die Aufgabe zugrunde, ein System und ein Verfahren, die die 
bestehenden hypermedialen Informationssysteme fiir Klienten und Server, zum Beispiel 
web-basierte Informationssysteme, um koordinierte Funktionen zur Unterstutzung 
menschlicher Interaktion erweitem. 
5 Die Erfmdung wird fur das System durch die kennzeichnenden Merkmale des 

Patentanspruchs lund fur das Verfahren durch die kennzeichnenden Merkmale des 
Patentanspruchs 10 beschrieben. Vorteilhafte Weiterbildungen und Ausgestaltungen 
sind in den Unteranspriichen angegeben. 

10 Das GIA-System wird im folgenden als Referenzimplementierung, d.h. in einer 
mOglichen Ausfiihrung der GIA-Architektur dargestellt. Die Entscheidungen fur 
spezifische Umsetzungsvarianten, z.B. WWW als Hypermediasystem oder die 
dargestellte Auspragung der Bedienschnittstelle, ergeben sich nicht zwingend aus der 
GIA-Architektur, sondem es werden entsprechend dem Stand der Technik die derzeit 
1 5 vorteilhaftesten Varianten gewahlt. 

Das GIA-System hat den Vorteil, daB hypermediale Informationssysteme um 
koordinierte Funktionen zur Unterstutzung menschlicher Interaktion 
plattformubergreifend erweitert werden und eine stabile und Netzwerk transparente 
Kopplung von Systembausteinen liber Intemetdienste erzielt wird. Die Systembausteine 
20 sind auf verschiedenen Rechnem in einem Internet imd im Rechner in verschiedenen 
ProzeBraumen verteilt. Die Kopplung der Systembausteine erfolgt uber Ereignisse. Es 
wird sowohl eine synchrone als auch eine asynchrone Kopplimg unterstutzt. Durch die 
asynchrone Kopplung der Bausteine wird die Stabilitat und Flexibilitat des 
Gesamtsystems wesentlich erhoht. 
25 Vorteilhafterweise wird im Gegensatz zu bestehenden Ansatzen ( RMI, SUN/CORBA) 
eine Ubertragung nicht auf ein bestimmtes KommunikationsprotokoU beschrankt, 
sondem es werden beliebig bestehende Intemet-ProtokoUe (Sockets, RMI, NNTP, 
SMTP etc.) und neuartige sog. verteilte Ereignissystem Protokolle zur Kopplung 
eingesetzt. Die GIA-Architektur unterstutzt den transparenten, gleichzeitigen Einsatz 
30 mehrerer Protokolle (MultiprotokoUkopplung). AuBerdem ist eine automatische 

Auswahl adaquater KopplungsprotokoUe vorgesehen (Autoprotokollselektion). Die 
KopplungsprotokoUe sind von Hardware- und Software- Plattformen unabhangig. 
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Das erfindimgsgemaBe GIA-System wird im folgenden am Beispiel einer Intemetseite 
dargestellt. Die Informations- und Kontrollablaufe der WWW-basierten 
Gruppeninteraktion werden als Ausfiihningsbeispiele anhand von 
5 Aktivitatsdiagrammen imter Bezugnahme auf schematische Abbildungen naher 
erlautert. 

In Fig.l ist die GIA-Systemarchitektiir dargestellt. 
10 Fig- 2 zeigt ein Aktivitatsdiagramm „Anmeldung". 
Fig. 3 zeigt ein Aktivitatsdiagramm „IJRL-Wechsel" 
Fig- 4 zeigt ein Aktivitatsdiagramm"Beginn des Folgens". 

15 

Fig. 5 zeigt ein Aktivitatsdiagramm „URL-Wechsel beim Folgen" 

Zur Beschreibung der Erfindung werden die auch in der deutschen Sprache gelaufigen, 
fachspezifischen englischen Ausdnicke verwendet, 

20 

Das vorliegende GIA-System besteht einerseits aus neuartigen CSCW ( Computer 
Supported Cooperativ Work) Diensten, z.B. Dienst fur die Benutzer- und 
Gmppenwahmehmung (Awareness) und Diensten zur Unterstutzung kooperativer 
Navigation im Informationsraum (Cooperative Navigation). Derzeit sind funf 
25 koordinierte CSCW - Funktionen im GIA-System realisiert: 

1 . Benutzerwahmehmung (awareness): Wahrend die Web-Benutzer sich auf der Web- 
Seite bewegen, nehmen sie andere Benutzer imd Betreuer war, die sich am selben 
Ort Oder untergeordneten Orten befmden. Die Web-Benutzer werden in einer 
30 Raumplanmetapher visualisiert. Die Wahmehmung anderer Benutzer vermittelt die 

Belebtheit des Systems und steigert so dessen Attraktivitat. Wahmehmung ist auch 
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eine Voraussetzung, um andere Benutzer kennenzulemen und Gemeinschaften zu 
bilden. 

2. Orts-Chat: Die Web-Benutzer konnen im GIA-System mit den anderen Benutzem 
einer Seite kommunizieren. Wechselt ein Benutzer die Seite, so kann auch seine 

5 Orts-Chat-Gruppe automatisch gewechselt werden. 

3. Orts-Diskussionsforen: Den Orten kann ein asynchrones Diskussionsforam 
zugeordnet werden. Beim Betreten des Ortes kann der Benutzer das Forum 
giktivieren und Anmerkungen zu den Informationen einfugen oder auf bestehende 
Anmerkungen antworten. So wird auch asynchrone menschliche Kommunikation 

10 untersttitzt. Analog dem Orts-Chat kann bei einem Seitenwechsel das Forum 

angepaBt werden. 

4. Kooperative Navigation: Die Benutzer konnen ihre Browser verbinden. So sind 
individuelle Anleitung oder interaktive "Guided Tours" reaUsierbar. 

5. Bekannten-Chat: Es ist moglich Chat-Gruppen zu griinden, die unabhangig von den 
15 wechselnden Orten der Benutzer existieren. So konnen stabile und ortsunabhangige 

Kommimikationskanale aufgebaut werden. 

Die Bausteine der Klienten/Server Architektur sind in exteme Anwendungen und 
20 interne Anwendungen gegliedert. Exteme Anwendungen sind kommerziell verfugbare 
Systeme, die nur uber Standardschnittstellen gesteuert werden konnen und deren 
Bedienschnittstelle im allgemeinen nicht verandert werden kann. Inteme Anwendungen 
liegen im Quellcode vor und konnen deswegen besser gesteuert werden. Zudem kann 
ihre Bedienschnittstelle den Bedurfnissen des Anwendungsumfeldes angepaBt werden. 

25 

GemaB Fig. 1 gliedert sich der Server 2 in den GIA-Server 5 fur inteme Anwendungen 
und exteme Server Anwendungen 4. 

Der GIA-Server -5 implementiert uber entsprechende Manager alle Systemfunktionen, 
die fiir den Server notwendig sind, jedoch von bereits kommerziell verfugbaren 
30 serverseitigen CSCW (Computer Supported Cooperative Work) Anwendungen nicht 
oder nur unzureichend abgedeckt werden. Bausteine des GIA-Servers sind 
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beispielsweise ein GIA-Haupt-Manager, Gruppen-Manager, Struktur-Manager, 
Notifikations-Manager und exteme Anwendungsadapter 3b. 

Zu den extemen Anwendungen gehoren alle Anwendungen zur UnterstQtzung der GIA- 
5 Funktionen, die durch kommerziell verfugbare Systeme abgedeckt werden konnen. 
Hier2xi gehoren die Server fur Intemet-ProtokoUe, wie der EMAIL-, NNTP-, IRC- und 
HTTP-Server, wie auch Datenbanken und das Dateisystem des Server-Betriebssystems. 

Der Klient 1 gliedert sich in den GIA- Klienten 6 fur interne Anwendungen, die GIA- 
10 Intemet-ProtokoU-Klienten 8 und in exteme Klienten Anwendungen 7. 

Der GI A-Klient 6 implementiert alle Systemfunktionen, die fur die intemen 
Anwendungen notwendig sind, jedoch von bereits konunerziell verfugbaren 
klientenseitigen CSCW-Systemen nicht oder nur unzureichend abgedeckt werden. 
15 Bausteine des GIA-Klienten 6 sind beispielsweise ein GIA-Haupt-Klient, RMV (Room 
Map View)-Klient, Notifikations-Klient und exteme Anwendungsadapter 3c. 

Die GIA-Intemet-ProtokoU-Klienten 8 implementieren klientenseitige 
Bedienschnittstellen fxir Anwendungen, die aus standardisierten Intemet-ProtokoUen 
20 bestehen. EMAIL-, NNTP- und der IRC-Klient gehoren zu dieser Kategorie. 

Zu den extemen Klienten Anwendungen 7 gehoren alle Anwendungen zur 
Unterstiitzung der GIA-Funktionen, die durch kommerziell verfugbare Systeme 
abgedeckt werden. Hierzu gehoren beispielsweise WWW-Browser. 

25 

Die Verbindungen zwischen den Bausteinen sind einerseits die bekannten Intemet 
ProtokoUe, z.B. SMTP, POP, NNTP, IRC und HTTP und andererseits ein neu 
entwickeltes Verbindungensystem zur Koppelung von GIA-Bausteinen, ein sogenanntes 
verteiltes Ereignissystem DES (Distributed Event System). 

30 



Die GIA-Server Bausteine 5 sind serverseitige Anwendungen, die im Quellcode 
vorliegen und damit besonders koordiniert zusammenwirken. Die Funktionen des GIA- 
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Servers werden von Managem impiementiert, die innerhalb von Server-Programmen 
ablaufen. 

Dem GIA-Haupt-Manager kommt in der GIA-Architektur eine zentrale Bedeutung zu. 
Er verwaltet ftir jeden am System angemeldeten GIA-Klienten eine entsprechende 
5 Session-Datenstruktur. Erfolgt die Kommunikation der Klienten mit den Managem iiber 
einen zentralen Punkt, dann ist der Haupt-Manager fiir die GIA-Klienten auch die 
Schnittsteile zu alien weiteren Managem und fiir alle Manager die Schnittstelle zu den 
GIA-Klienten. Der GIA-Haupt-Manager bietet anderen Komponenten Session- 
spezifische Ereignisse (An-, Abmeldung, Ortswechsel) an. 

10 Der Gruppen-Manager impiementiert die GIA-Funktionen zur Benutzergruppierung. 
Benutzer, die auf den strukturierten Informationsr^umen interagieren, werden von dem 
Gruppen-Manager anhand ihrer Interaktionen mit dem GIA-System gruppiert. Die 
entstehenden Benutzergruppen werden vom Gruppen-Manager dynamisch anhand 
modifzierbarer Gruppienmgsmetriken verwaltet. Klienten imd andere Server konnen die 

1 5 Gruppen und deren Mitglieder vom Gruppen-Manager abfragen. 

Der Struktur-Manager impiementiert Funktionen zur Strukturierung des 
Informationsraumes. Uber die zugeordneten Adapter 3 b werden unterschiedliche 
strukturierte Informationsquellen eingebunden (Dateisystem, Datenbanken etc.). Die 
Strukturinformation wird dynamisch gehalten und kann von den Klienten und anderen 

20 Servem abgefragt werden. 

Der Notifikations-Manager impiementiert Funktionen zur Reaktion auf Veranderungen 
des Informationsraumes oder des GIA-Systems selbst, Er nimmt Anfragen entgegen, die 
Beschreibungen von Zustandsanderungen des Informationsraumes enthalten und lost 
bei Eintreten von nachgefragten Veranderungen eigenstandig Benachrichtigungs- 

25 Ereignisse aus. 

Die extemen Server Anwendungen 4 liegen nicht im Quellcode vor und konnen deshalb 
nicht direkt abgefragt oder gesteuert werden. Exteme Server Anwendungen 4 sind 
serverseitige Anwendungen, die kommerziell verfiigbar sind und in das GIA-System 
30 uber Adapter 3 a eingebunden sind. Die Adapter 3 a verbinden die extemen 

Serveranwendungen mit dem GIA-Haupt-Manager und dem Notifikations-Manager 
durch Impiementierung von Funktionen zur Steuerung (Aktor) und Abfrage (Sensor) 
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von extemen Anwendungen. Die Adapter koppeln die anwendungsspezifischen Details 
der Interaktion mit extemen Anwendungen. Beispielsweise interagiert der NNTP- 
Adapter mit Anwendungen, die das NNTP-ProtokoU zur Verfugung stellt und setzt 
interne Anfragen in NNTP-Anfragen, sowie NNTP-Antworten in interne Ergebnisse 
5 um. 

Der EMAIL-Server verwaltet asynchrone benutzeradressierte elektronische 
Nachrichten. Beispiele fur Impiementierungen sind Server, die auf den Intemet- 
ProtokoUen SMTP und POP aufbauen. 

Der NNTP-Server verwaltet asynchrone inhaltlich adressierte Hierarchien 
10 elektronischer Nachrichten. Die Nachrichtenhierarchien sind in sogenannten 

Diskussionsforen organisiert. Der Nachrichtenaustausch zwischen Klient und Server 
basiert auf dem Intemet-Protokoll NNTP. 

Der IRC-Server verwaltet synchrone elektronische Nachrichten, die iiber sogenannte 
Kanale auf Grundlage des Intemet-Protokolls IRC verteilt werden. 
15 Der HTTP-Server verwaltet hypermediale Multimediadaten. Die Daten sind z.B.im 
HTML-Standard reprasentiert und werden uber das HTTP-ProtokoU ausgetauscht. 

Die GIA-Klienten Bausteine 6 sind klientenseitige Anwendungen, die im Quellcode 
vorUegen und damit besonders koordiniert zusammenwirken konnen. 

20 

Der GIA-Haupt-Klient hat zwei wesentliche Funktionen. Einerseits stellt er die 
Hauptverbindung zum GIA-Server dar und stellt somit den intemen Klienten Ereignisse 
des Servers zur Verfugung. Andererseits koordiniert er die CSCW-Dienste durch 
Interaktion zwischen den dienstspezifischen Kiienten-Bausteinen und den Adaptem 3c, 
25 3d, 

Der RMV -Klient stellt die Position eines Benutzers im Informationsraum auf Grundlage 
einer Raumplanmetapher dar. Der aktuelle Standpunkt wird als Gang dargestellt, die 
vom aktuellen Standpunkt erreichbaren Informationsraume durch vom Gang aus 
erreichbare Raume im Raumplan. Am aktuellen Standpunkt wird der Benutzer und alle 
30 anderen Benutzer dargestellt, die sich im selben Informationsraum befinden. Das 

gleiche gilt fur die Subraume, wo die jeweilig anwesenden Benutzer visualisiert werden. 
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Der Notifikations-Klient ennoglicht es dem Benutzer des GIA-Systems, sich xiber 
Veranderungen des Informationsraumes benachrichtigen zu lassen. Beispielsweise wird 
bei Eingang einer neuen Nachxicht in einem Forum des NNTP-Servers eine email an 
den Benutzer geschickt. 

5 

Folgende GIA-Intemet-ProtokoU-Klienten 8 werden beispielsweise im GIA-System 

verwendet. 

Ein EMAIL-Klient zum Verfassen, Senden und Empfangen benutzeradressierter 
elektronischer Nachrichten und deren Versendung auf Grundlage bestehender Internet- 
10 Standards. 

Ein NNTP-Klient zum Verfassen, Senden und Empfangen inhaltlich adressierter 
elektronischer Nachrichten im Rahmen sogenannter Diskussionforen von NNTP- 
Servem. Der Nachrichtenaustausch zwischen Klient und Server basiert auf dem 
Intemet-Protokoll NNTP. 
1 5 Ein IRC-Klient zum Verfassen, Senden und Empfangen synchroner elektronischer 
Nachrichten, die uber sogenannte Kanale auf Grundlage des Intemet-Protokolls IRC 
ausgetauscht werden. 

EMAIL-, NNTP- und IRC-Klient liegen im Quellcode vor und konnen direkt vom GIA- 
Klienten angesteuert imd abgefragt werden. 

20 

Die extemen Klienten Anwendungen 7 liegen nicht im Quellcode vor und konnen 
deshalb nicht direkt abge&agt oder gesteuert werden. Die extemen Klienten Bausteine 
sind klientenseitige Anwendungen, die kommerziell verfugbar sind und liber den 
Adapter 3d in das System eingebimden werden. Der Adapter 3d implementiert 

25 Funktionen zu Steuerung (Aktor) und Abfirage (Sensor) von exteme Anwendungen. Der 
Adapter koppelt die anwendungsspezifischen Details der Interaktion mit extemen 
Anwendungen. Beispielsweise interagiert der HTTP-Adapter mit Browsem, die den 
aktuellen Ausschnitt des Informationsraumes darstellen. Der Aktor des Adapters stoBt 
das Laden neuer Seiten dutch das GIA-System an und der Sensor leitet Seitenwechsel 

30 durch den Benutzer an das GIA-System welter. Beispielsweise eriaubt der HTTP-Klient 
das Laden von Hypermediadaten iiber das HTTP-ProtokoU imd das Darstellen der 
HTML-Daten auf dem Klienten-Rechner. 
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Im folgenden werden beispielhafte Infonnations- und Kontrollablaufe der Bausteine des 
GIA-Systems beschrieben. Nicht angegeben werden die standardisierten Interaktionen 
auf der Grundlage von Intemet-Protokollen (SMTP, POP, NNTP, IRC, HTTP), da diese 
5 aus den entsprechenden RFC (Request For Comment) - Dokumenten entnommen 
werden konnen. 

Die Kopplung der Bausteine erfolgt iiber das verteilte Ereignissystem DES. Die Ablaufe 
im System werden im folgenden mit Aktivitatsdiagrammen dargestellt. In diesen 
Diagrammen sind Aktivitaten als abgerundete Rechtecke dargestellt. Die horizontale 
10 Anordnung dieser Aktivitaten ergibt sich aus dem "Ort", an dem sie stattfmden (hier die 
entsprechenden Softwarekomponenten). Die vertikale Anordnung spiegelt den 
zeitlichen Ablauf wieder. Die Aktivitaten sind iiber Pfeile miteinander verbunden, auf 
denen der jeweils zugehorige Ereignisklasse vermerkt ist. 

15 Ausfuhrungsbeispiel: Anmeldung (Fig. 2) 

Beginnt der GIA-Anwender z.B, den Anmeldevorgang, wird er vom GIA-Klienten nach 
seinen Benutzerangaben gefragt. Mit diesen Informationen versorgt, schickt der GIA- 
Klient ein Ereignis El (NewSessionEvent) an den GIA-Haupt-Manager. 
Bei Erhalt des NewSessionEvent legt der GIA-Haupt-Manager eine neue Sessionklasse 

20 an. Im AnschluB daran wird ein weiteres Ereignis E2 (NewSessionConfirmationEvent) 
an den GIA-Klienten geschickt, das ihm anzeigt, dafi die neue Session erfolgreich 
angelegt vrarde. Dariiberhinaus enthalt dieses Ereignis auch die Session ID 
(Identifikation) des GIA-Klienten, die er bei jeder weiteren Anfrage an den Session- 
Server zur Identifikation mitschicken muB. 

25 Da sich der Gruppen-Manager fur das Anlegen neuer Sessions registriert hat, wird auch 
er mittels eines weiteren Ereignisses E3 (SessionlnitiatedE vents) dariiber informiert. 
Erhalt der GIA-Klient das NewSessionConfirmationEvent, ist fur ihn der 
Anmeldevorgang abgeschlossen. Er setzt das User Interface auf aktiv. 
Nach Erhalt des SessionlnitiatedEvent tragt der Gruppen Manager das darin ubergebene 
30 SessionData-Objekt in seine Sessiontabelle und in das entsprechende Gruppen-Objekt 
ein. Nun muB der Gruppen Manager nur noch ein weiteres Ereignis E4 
(GroupChangeEvent) an den GIA-Klienten schicken. 
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Mit Erhalt des GroupChangeEvent kaim der GIA-Klient seine Ortskarte und das Orts- 
Chat aktualisieren. 

Ausfiihrungsbeispiel: URL-Wechsel (Fig. 3) 
5 Wenn der GIA-Anwender eine neue Seite im HTTP-Klienten iadt, registriert das der 
GIA-Klient iiber den entsprechenden Adapter. Dies lost innerhalb des GIA-Haupt- 
Klienten ein Ereignis E5 (URLChangeEvent) aus, fur das sich der GIA-Haupt-Manager 
registriert hat, 

Bei Erhalt des URLChangeEvent dnrch den GIA-Haupt-Manager aktuaiisiert dieser das 
10 entsprechende Session-Objekt. Da sich der Gruppen-Manager fur das Andem von URLs 
registriert hat, erhalt er ein weiteres Ereignis E6 (URLUpdateEvent). 
Erhalt der Gruppen Manager ein URLChangeEvent, entfemt er das entsprechende 
SessionData-Objekt aus der Teilnehmerliste der verlassenen Gruppe und tragt es in die 
Teilnehmerliste der neuen Gruppe ein. Dies lost ein weiteres Ereignis E7 
15 (GroupChangeEvent) aus, das uber den GIA-Haupt-Manager an den GIA-Klienten 
geschickt wird. 

Mit Erhalt des GroupChangeEvent kann der GIA-Klient seine Ortskarte und das Orts- 
Chat aktualisieren. 

20 Ausfiihrungsbeispiel: Folgen (Fig.4) 

Zu Begum des Folgens wahlt ein "Folge"-Klient (Klient 1) seinen "Fuhrungs^-Klienten 
(Klient 2) aus und aktiviert (z.B. per Auswahl aus einem Popup-Menu) den Folgen- 
Modus. Dies lost ein Ereignis E8 (StartFollowingRequestEvent) aus, das diesen 
Sachverhalt dem GIA-Haupt-Manager mitteih. 

25 Der GIA-Haupt-Manager reagiert auf dieses StartFollowingRequestEvent, indem er das 
Session-Objekt von Klienten 1 in die "Folge-Liste" im Session-Objekt von Klient 2 
hinzufiigt und die "Fiihrungs-Referenz" im Session-Objekt von Klienten 1 auf das 
Session-Objekt von Klient 2 setzt. Aufierdem schickt er jeweils ein weiteres Ereignis E9 
(FollowingStatusEvent) an Klient 1 und Klient 2. 

30 Klient 2 wird durch dieses FollowingStatusEvent iiber seinen neuen "Folgenden" 
informiert. 

Klient 1 wird je nach FollowingStatusEvent iiber das erfolgreiche oder fehlgeschlagene 
Folgen informiert. 
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Patentanspriiche 



1 . Gruppeninteraktions( GIA)-System in hypermedialen Informationsraumen fur 
Kiienten und Diensterbringer (Server), die in einem Rechner in verschiedenen 
Prozefiadressraumen und auf mehreren Rechnem in einem Netzwerk(Intemet) 

5 verteilt sind, dadurch gekennzeichnet , daB das GIA-System aus Kiienten- (1) und 

Server- (2) Bausteinen fur exteme und interne Rechneranwendungen und 
Netzwerkverbindungen zwischen extemen und/oder intemen Kiienten- und Server- 
Bausteinen besteht, dafi die Server-Bausteine (2) gegliedert sind in den GIA-Server 
(5) for interne Anwendungen und exteme Server Anv^endungen (4), daB die 

10 Klienten-Bausteine (1) gegliedert sind in den GIA-Klienten (6) fur interne 

Anwendungen, exteme Kiienten Anwendungen (7) und Intemet-ProtokoU-Klienten 
(8), und dal3 Intemet-ProtokoUe und/oder verteilten Ereignissystem(DES)- 
Protokolle die Netzwerkverbindungen zwischen den Kiienten- und Server- 
Bausteinen bilden. 

15 
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2. Gruppeninteraktions-System nach .Ajispruch 1, dadurch gekennzeichnet, daB der 
interne GIA Server (5) Manager enthalt, die die Funktionen des GIA-Servers 
implementieren, und daB der GIA-Server einen Haupt-Manager, einen Gruppen- 
Manager, einen Struktur-Manager, und einen Notifikations-Manager enthalt. 

5 

3. Gruppeninteraktions-System nach Anspruch 1 , dadurch gekennzeichnet, daB die 
extemen Server Anwendungen (4) iiber Adapter (3 a) mit dem Haupt-Manager und 
Notifikations-Manager verbunden sind. 

10 

4. Gruppeninteraktions-System nach Anspruch 2, dadurch gekennzeichnet, daB der 
Struktur-Manager iiber Adapter (3b) mit extemen Informationsquellen verbunden 
ist. 

15 

5. Gruppeninteraktions-System nach einem der vorhergehenden Anspruche, dadurch 
gekennzeichnet, daB die Bausteine fur exteme Server Anwendungen (4) aus einem 
EMAIL-Server, einem NNTP-Server, einem IRC-Server, einem HTTP-Server 

20 aufgebaut sind. 

6. Gruppeninteraktions-System nach Anspruch 1, dadurch gekennzeichnet, dafl der 
GIA-Klient (6) aus einem GIA-Haupt-Klienten, einem RMV-Klienten und einem 

25 Notifikations-Klienten besteht. 



30 



Gruppeninteraktions-System nach Anspruch 1, dadurch gekennzeichnet, daB die 
Intemet-Protokoll-Klienten einen EMAIL-Klienten, einen NNTP-Klienten und 
einen IRC-Klienten enthalten. 
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8. Gruppeninteraktions-System nach Anspruch L dadurch gekennzeichnet, daB ein 
www-Browser als exteme Klienten Anwendung (7) installiert ist. 

5 9. Gruppeninteraktions-System nach Anspruch 6 und 8, dadurch gekennzeichnet, dafi 
ein Adapter (3d) die extemen Klienten Anwendungen (7) mit dem GIA-Haupt- 
Klienten verbinden. 

10 10. Verfahren zur Gruppemnteraktion( GIA) in hypermedialen Informationsraumen fur 
Klienten und Diensterbringer (Server), dadurch gekennzeichnet , daB in einem GIA- 
System nach den vorhergehenden Anspriichen die Klienten- (1) und Server- (2) 
Bausteine fiir exteme und interne Rechneranwendungen uber 
Netzwerkverbindungen zwischen den Klienten und Server gekoppelt werden, und 

1 5 daB die Netzwerkverbindungen uber Intemet-ProtokoUe und verteilte 

Ereignissystem(DES)-Protokolle zwischen Klienten- und Server- Bausteinen 
hergestellt werden, derart, dafi Ereignisse der verteilten extemen und intemen 
Rechneranwendungen gekoppelt werden. 

20 

11. Gmppeninteraktions-Verfahren nach Anspruch 10, dadurch gekennzeichnet, daB die 
verteilten Ereignissystem(DES)-Protokolle sychron oder asynchron gekoppelt 
werden. 

25 

12. Gmppeninteraktions-Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, daB mit den verteilten Ereignissystem(DES)-Protokollen 
mehrere verteilte Rechneranwendungen unabhangig von Netzwerkbeschrankungen 
verkoppelt werden (MultiprotokoUkopplung). 



30 
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13. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekeimzeichnet, daJJ mit den verteilten Ereignissystem(DES)-Protokollen 
die Manager des GIA-Servers (5) und/oder die GIA-Klienten (6) gekoppelt werden. 

5 

14. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, dafi mit den verteilten Ereignissystem(DES)-Protokollen 
exteme Server Anwendungen (4) uber Adapter (3 a) mit den Managem des GIA- 
Servers (5) gekoppelt werden. 

10 

15. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, daB mit den verteilten Ereignissystem(DES)-Protokollen 
Intemet-ProtokoU-Klienten Anwendungen (8) mit dem GIA-Klienten (6) gekoppelt 

15 werden. 



16. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Anspruche, 

dadurch gekennzeichnet, daB mit den verteilten Ereignissystem(DES)-Protokollen 
20 exteme Klienten Anwendungen (7) uber den Adapter (3d) mit dem GIA-Klienten 

(6) gekoppelt werden. 



17. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Anspruche, 
25 dadurch gekennzeichnet, daB mit dem GIA-Haupt-Klienten einerseits die 

Hauptverbindung zum GIA-Server hergestellt wird und dem GIA-Klienten 
Ereignisse des Server zur Verfugung gesteUt werden, und daB andererseits mit dem 
GIA-Haupt-Klienten die Koordination von CSCW-Diensten durch Interaktion mit 
den dienstspezifischen Klienten imd den Adaptem (3c, 3d) durchgefiihrt wird. 



30 
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18. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Anspriiche, 

dadurch gekennzeichnet, dafi mit dem RMV-Klienten die Position eines Benutzers 
im Informationsraiim auf Grundlage einer Raumplanmetapher dargestellt wird, 
derart, daB der aktuelle Standpunkt als Gang und die vom aktuellen Standpunkt 
5 erreichbaren Infomationsraume durch vom Gang aus erreichbare Raume im 

Raumplan dargestellt werden, und daB am aktuellen Standpunkt der Benutzer alle 
anderen Benutzer dargestellt werden, die sich im selben Informationsraum befinden. 



10 19. Gruppeninteraktions-Verfahren nach Anspruch 1 8, dadurch gekennzeichnet, daB mit 
dem RMV-Klienten die Position von Benutzem von Subraumen dargestellt wird, in 
denen die jeweilig anwesenden Benutzer visualisiert werden. 

15 20. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, daB mit dem Notifikations-Manager Funktionen zur 
Reaktion auf Veranderungen des Informationsraumes oder des GIA-Systems selbst 
implementiert werden, dafi mit dem Notifikations-Manager Anfragen entgegen 
genommen werden, die Beschreibungen von Zustandsanderungen des 

20 Informationsraumes enthalten, und daB mit dem Notifikations-Manager bei 

Eintreten von nachgefragten Veranderungen eigenstandig Benachrichtigungs- 
Ereignisse ausgelost werden. 



25 21. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Anspriiche, 

dadurch gekennzeichnet, daB mit dem Notifikations-Klienten Benutzer des GIA- 
Systems iiber Veranderungen des Informationsraumes benachrichtigen werden. 



30 22. Gruppeninteraktions-Verfahren nach Anspruch 21, dadurch gekennzeichnet, daB mit 
dem Notifikations-Klienten bei Eingang einer neuen Nachricht in einem Forum des 
NNTP-Servers eine email an den Benutzer geschickt wird. 
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23. Gruppeninteraktions-Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, dafi mit den Adaptem (3a, 3b, 3c, 3d) die 
5 anwendungsspezifischen Interaktionen mit exteraen Anwendungen (4, 7,8) liber 

Aktoren und Sensoren gekoppelt werden. 



24. Gruppeninteraktions-Verfahren nach Anspruch 23, dadurch gekennzeichnet, daB der 
10 Adapter (3d) mit Browsem, die den aktuellen Ausschnitt des Informationsraumes 

darstellen, derart interagiert, daB der Aktor des Adapters das Laden neuer Seiten 
durch das GIA-System anstoBt und der Sensor leitet Seitenwechsel durch den 
Benutzer an das GIA-System weiter. 



15 
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